Modifying mobile device operation using proximity relationships

ABSTRACT

Described is a technology by which a mobile computing device such as a mobile telephone operates differently based on detected proximity to another mobile device with which the first mobile device has a defined relationship. For example, the first mobile device may transfer content to the second mobile computing device when proximity corresponds to a non-cellular communications coupling, such as Bluetooth® or Wi-Fi coupling. In this manner, content transfer is deferred until a non-cellular coupling exists. The mobile device (or both devices) may output a notification to indicate that the other mobile computing device has been detected within a threshold proximity, such as via GPS data or by being within the same cellular tower. The type and/or settings of an output notification may vary based on different thresholds.

BACKGROUND

Mobile telephones are no longer simply communication devices. For example, mobile telephones can maintain and provide access to media files (e.g., photographs, music, or video). Moreover, some mobile telephones have GPS (global positioning system) technology or similar technology that is related to providing location information.

Mobile telephones are thus becoming more like hybrids of communication, computing and other electronic devices. However, while beneficial to the owner of the mobile telephone, there have been no particular considerations given to relationships between different mobile telephones with respect to such capabilities.

SUMMARY

This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.

Briefly, various aspects of the subject matter described herein are directed towards a technology by which a mobile computing device/telephone operates differently based on detected proximity to another mobile device with which the first mobile device has a defined relationship. For example, the first mobile device may configure itself to transfer content to the second mobile computing device when proximity corresponds to a non-cellular communications coupling, such as Bluetooth® or Wi-Fi. Alternatively, or in addition to, the mobile device (or both devices) may output a notification to indicate that the other mobile computing device has been detected within a threshold proximity, such as via GPS data or by being within the same cellular tower.

In one aspect, a first mobile telephone includes a proximity detector that detects proximity with a second mobile telephone with which the first mobile telephone has a defined relationship. Proximity logic coupled to the proximity detector changes an operation of the first mobile telephone when proximity with the second mobile telephone is detected. The proximity detector may comprise a monitor that monitors the status of a non-cellular communications coupling between the first mobile telephone and the second mobile telephone. The proximity detector may also comprise a communication module that monitors location data (e.g., GPS or cellular tower data) sent to the first mobile telephone.

The proximity logic may include comprise a process manager that locates content to send from the first mobile telephone to the second mobile telephone, and a transmission module coupled to the process manager that sends the content. The proximity logic may include an action controller that computes from location data received at the proximity detector whether the second mobile telephone is within a threshold distance-related proximity of the first mobile telephone, and a status manager coupled to the action controller that determines whether to output a proximity notification. The determination as to whether to output a notification may include determining whether a notification function is active, and/or determining whether a time for outputting the notification is reached.

Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:

FIG. 1 is a block diagram representing an example communications environment in which mobile telephones communicate with one another.

FIG. 2 is a representation of example components within a mobile telephone by which content may be selectively transferred to another mobile telephone based on a defined relationship between mobile telephones and proximity comprising a short range non-cellular communications coupling.

FIG. 3 is a representation of example components within a mobile telephone by which a notification may be output based upon proximity to another mobile telephone with which a relationship has been defined.

FIG. 4 is a flow diagram representing example steps taken to transfer content from one mobile telephone to another mobile telephone based on a defined relationship between the mobile telephones and proximity comprising a short range non-cellular communications coupling.

FIG. 5 is a flow diagram representing example steps taken to output a notification on a mobile telephone based on a defined relationship between the mobile telephone and another mobile telephone, and a proximity detected between the telephones.

FIG. 6 shows an illustrative example of a computing and communication device into which various aspects of the present invention may be incorporated.

DETAILED DESCRIPTION

Various aspects of the technology described herein are generally directed towards operations performed on a mobile telephone (including other wireless communication devices) when in a defined proximity relationship with one another mobile telephone. In general, examples of such operations based on proximity relationships as described herein are directed towards content (e.g., media) sharing and outputting notifications.

As will be understood, proximity may be defined in different ways with respect to different functionality. For example, proximity may be distance based, but need not be an actual distance, e.g., proximity may mean within Bluetooth® range or other wired or wireless range, being coupled to the same LAN, being within a certain GPS-defined distance, being within range of the same cell tower or certain set of towers, and so forth. Further, while the examples herein are primarily described with respect to a relationship between two mobile telephones, it is understood that any practical number of mobile telephones or like communication-capable devices may share information and/or output information in the manner described herein. Still further, the exemplified operations may be based on proximity relationships between mobile telephones, but other wireless and even landline-coupled devices (e.g., computers and landline telephones) may also benefit from the various aspects described herein with respect to proximity relationships.

As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in mobile devices and communication in general.

Turning to FIG. 1, there is shown a pair of mobile telephones, exemplified as mobile telephone A 102 and mobile telephone B 104, which operate in a relationship with one another. The relationship may be user defined, or may be defined in advance, e.g., as a pair of telephones purchased together and programmed by the manufacturer or service provider to have such a relationship.

As described below, when a proximity detector 106 of the mobile telephone A 102 detects that the mobile telephone B 104 is within a certain proximity, the proximity detector 106 triggers proximity logic 108 to possibly modify the operation of the mobile telephone A 102. The proximity logic 108 is typically an operating system component, but may be a separate component such as a standalone application program, for example. Note that the proximity detector 106 need not directly trigger the proximity logic 108, but can instead regularly (or otherwise) report location or other information to the proximity logic 108, which can then trigger its logic operations as appropriate. Further note that mobile telephone B 104 typically includes a similar proximity detector and proximity logic.

As represented in FIG. 1, the mobile telephones 102 and 104 are capable of communicating via one or more cellular towers 110. As also represented by the communications link labeled 112, the mobile telephones 102 and 104 may be capable of communicating via a short range non-cellular communications coupling, such as via a Bluetooth® or Wi-Fi link.

FIG. 2 shows an aspect of proximity detection with respect to one type of operation, which is related to content sharing. In general, an application program (of applications 216) or the like adds content such as media to a content list 218. The application is typically an independent component, and refers to any application or other code that needs to send content such as media data to another mobile device. In one implementation, the content list 218 comprises a buffer (e.g., a folder) in which the content files to be transferred are kept, along with a file name list. Alternatively, content to be sent may be maintained in its current location on the device, and accessed as needed via a reference corresponding to that current location.

By way of example, a user viewing a photograph such as a .jpg file may specify from a viewing application program that the .jpg file (or an identifier of the file) be added to the content list 218. The user may specify that the content be transmitted to a particular device (e.g., to the mobile telephone B or to a server to which the mobile telephone B will connect, as represented by block 105), or the transmission may be automatically set up for a destination, such as the mobile telephone B by default if no other recipients are specified or known. For example, there may a “send-to-telephone B” folder. The content may be buffered or may be accessed by a reference to its current location.

Unlike conventional data transfer, however, unless specifically directed by the user to send the content (e.g., via GPRS), the proximity detector 106 and proximity logic 108 defer sending the content until a proximity-based, short range non-cellular connection (communications coupling) is established between the source (mobile telephone A 102) and the destination (block 105). In this way, there is no cost related to sending the content, e.g., there are no minutes or other GPRS charges that are incurred when sending and/or receiving the content.

To this end as generally represented in FIG. 2, the proximity detector 106 includes a monitor 220 that monitors the status of a short-range non-cellular connection between the mobile telephone A 102 and the mobile telephone B 104 (or a server as represented by the block 105). For example, the connection may be a Bluetooth® connection, or a LAN connection, such as a wireless LAN shared by both devices. Other connections, such as an infrared or FM link, are also detectable and may be used for content sharing. GPS-based proximity may also be used.

If a server is used as an intermediate transfer mechanism, an indirect connection may be established as the coupling, e.g., the mobile telephone A 102 may transfer the content to the server, which then transfers the content to the mobile telephone B 104 when the mobile telephone B establishes or has a connection with the server. Note that by “short range,” it is only meant that each device can couple to a communications medium by non-cellular connections; for example an internet connection may be available to each mobile telephone via a short range connection, whereby a communications coupling may be made even though the two mobile telephones may be very physically distant from one another, and possibly outside of any cellular service area.

In any event, when a non-cellular communications coupling between related devices is determined or the ability to establish a non-cellular coupling is determined and one is set up, the monitor 220 sends a signal to a process manager component 222 of the proximity logic 108. Note that defined relationships between devices may be determined from a list 221 of one or more related devices.

In general, the process manager 222 controls the process of push sharing media content to the other device, the mobile telephone B or server (block 105). To this end, the process manager 222 communicates with a transmission module 224 and accesses the content list 218, e.g., a media list database 226. If content is ready for transmission to the specified recipient device, the content is transferred via the transmission module 224.

In this example, the process manager 222 controls the status of the transmission and decides when to start/stop the data transferring. With respect to transmission, the transmission module 224 gets the data (or an identifier corresponding the file location or the like) from the process manager 222 and starts transferring the data. The transmission module 224 notifies the process manager 222 of the transferring status and result.

When the media transferring finishes successfully, the process manager 222 clears the content list 218 with respect to this particular recipient. Note that partially-successful transmissions or the like may be partially cleared, e.g., so that only deltas may later be transmitted to complete a content transmission. Further, note that a recipient may be a “group” of telephones, whereby rather than deleting the file from content list, the file is only deleted from the telephone (or telephones) in the group to which it was sent, until no recipients remain or the list is cleared by some other means (e.g., by manual deletion or expiration). Still further, there may be a time when a non-cellular connection is not necessary to save cellular transmission expense. For example, a user may have free (or very inexpensive) minutes during evenings or weekends, at the end of the billing cycle, and so forth. The content list may be cleared by transferring over GPRS or the like at such a time.

As can be seen, two mobile telephones thus may thus share content files (such as media files comprising photographs, music, or video). By searching for and detecting another device when it is proximate (e.g., using Wi-Fi or Bluetooth® technology), a communications coupling may be set up and data transferred, using a peer-to-peer relationship rather than a cellular (e.g., GPRS) connection. The user can share content any time the user desires, although transmission of the content file is only pending, and real transmission deferred until the two phones are in sufficiently nearby proximity to establish a non-cellular, peer-to-peer connection or other coupling.

Turning to another proximity-related operation, namely proximity-based notification, FIG. 3 shows how the proximity detector 106 and proximity logic 108 can provide a notification when two related mobile devices are within a certain threshold distance of one another. For example, when two (or more) people are meeting, generally one person arrives earlier than the other, and this person would like to know where the other person is and how long it will likely take for the other person to get there. One current solution for is to send a text message or make a phone call. However, this is not always a convenient solution, e.g., when driving; further, proximity notification may be valuable in many other situations.

Instead of manually making a telephone call or sending a text message, through GPS or other location-based technology, a mobile telephone may provide location information to another mobile telephone. Note that consent is a factor, as people with privacy concerns do not necessarily want others to know their exact locations at all times.

With respect to notification, if one mobile telephone user consents to “push” notify another mobile telephone of a current location, a recipient mobile telephone may provide audible, visible or tactile feedback to its user, e.g., as settings are controlled by the recipient. The notifying mobile telephone may control how exact the notification is with respect to a current location and also may notify its user of the notification being sent, e.g., two related telephones may buzz or make other sounds when the two related devices are close to each other (such as within 500-2000 meters), whereby the mobile telephone people knows that the other person is nearby, without either party manually doing anything.

With respect to privacy, people may avoid using phone calls or text messages ask another's location information, as this is intrusive. Instead, a user can configure a mobile telephone to push such information to another. The sender (as well as the receiver) can configure the device such that actual location information is not disclosed, that is, there is only a closeness notification; other movement information is not known.

In another aspect, the type of notification may vary, such as with distance. For example, a slow beep, flash and/or buzz may occur when a user is within 2000 meters, a medium fast beep, flash and/or buzz when within 1000 meters, and a fast beep, flash and/or buzz when within 500 meters. Anything that can be output and perceived may be changed, e.g., frequency, color, vibration intensity, length of notification and so forth may change based on measured or otherwise sensed proximity.

For mobile telephones that do not provide GPS support, cell tower identification (ID) information may be used. Each mobile telephone knows the ID of the cell tower to which it is closest, and this cell tower ID may be automatically exchanged with another telephone to determine whether they match, in which event both are within a certain proximity. With the cooperation of a service provider, the exchange can be part of the control channel information sent between the cell tower and appropriately registered mobile telephones within its range. Further, a set of cellular tower IDs may be used instead of only the same cell tower ID, e.g., a user in an adjacent cell tower can notify the related user of the adjacent cell location.

Thus, a person's mobile telephone can automatically let another know of nearby proximity by pushing location information to the other phone. Built-in GPS support may be used for very accurate notification, or cellular tower matching for lesser, but still somewhat reasonable accuracy.

FIG. 3 provides one general example of a model implementation, in which a communication module 330 of the proximity detector 106 receives location information 340 of another mobile telephone with which it has a defined relationship. In this example, the communication module 330 also may send out its own location information, e.g., GPS or cell tower information. A list 321 of one or more defined related devices (which may or may not be the same set of devices listed for media transfer in FIG. 2) may be used to control to which devices to send data, as well as to filter out and discard location information received (e.g., erroneously) from non-related devices.

To send and/or receive data from a related telephone, a text message or other communication (such as via the cellular tower control channel) may be sent. Alternatively, a sharing location may be maintained in a server (block 305) to which both mobile telephones are configured to send and/or receive data.

As represented in FIG. 3, a status manager 332 generally manages the status of the notification function, such as to determine operations based on whether or the notification function is active (turned on) or not (turned off). Another status operation may include determining how frequently to notify the users, e.g., if the two phones are close enough and both users have been recently reminded, another reminder is deferred so as to not make the notification process annoying; notification frequency may be user configurable. The status manager 332 may also determine which type of reminder is to be sent to the user (e.g., a buzz, ring, or popped-up image), which as described above may be user configurable and also related to the actual detected closeness. Note that even without user configuration, a current operating mode of a mobile device may factor into the type of reminder, e.g., a mobile telephone set to operate in a normal ring mode may play an audible sound for a notification, whereas a mobile telephone set to operate in a vibrate mode may quietly buzz and vibrate for a notification.

Also represented in FIG. 3 is an action controller 334, which in general uses the data received from the other phone's communication module to decide whether to take action or not (or what type of action) based on some calculation. For example, if GPS data is received as the location data 340 from the other mobile telephone and the current mobile telephone's GPS data is known, a distance calculation may be made by the action controller 334. If the computed distance is below a certain threshold, a notification may be output; (as described above, the type and/or settings of the notification may be varied based on different threshold measurements).

For cell tower ID-based location data 340, if the two phones are using the same cell tower, then the action controller 332 may provide a notification. As also described above, the type and/or settings of a notification may be varied based on whether a distance or other proximity (e.g., adjacent) relationship is known between different cellular tower IDs.

Turning to an explanation of example proximity-based operation changes, FIG. 4 provides an example workflow for proximity-sensed media transfer, and FIG. 5 provides an example workflow for proximity-sensed notification.

In FIG. 4, beginning at step 402 when two phones with a defined relationship are not yet connected (such as because they are not in close proximity), one or more applications each may send (or identify) a content file, which is added to the content list for later transfer. Step 402 represents waiting for the related telephone (or server to which the related telephone will likely couple) to be detected via the monitor as being in proximity, e.g., within Bluetooth® range or able to connect to one another via a wireless LAN or other non-cellular means, for example. Step 404 also represents an override option, in which a user specifies that the content file is to be sent to a particular mobile telephone (e.g., via GPRS or other cellular connection) regardless of any proximity-based non-cellular connection status. Manual override and/or automatic override (e.g., based on time of day) may be used.

Step 406 represents the monitor recognizing the related telephone as being in its related telephone list, such as via a unique identifier, (which may be the other telephone's phone number). For example, using the example modules of FIG. 2, at step 406 the monitor 220 tells the process manager 222 that the other mobile telephone is nearby, and tells the process manager 222 the name (identity) of the other phone. From the user's perspective, the name may be a user-friendly name, converted to a unique identity or the like by the logic.

Step 408 evaluates (e.g., in the process manager 222) whether there are any content files pending for transfer to the related telephone. Step 410 represents making the coupling, although as can be readily appreciated, a connection process may be started as soon as the related telephone was detected at step 404, and indeed, a connection may have been automatic and used in making the detection.

If there is at least one content file to be sent, at step 410 the process manager 222 sends the content file (or an identifier thereof by which the file may be accessed) to the transmission module 224, and tells the transmission module 224 the identity of the recipient mobile telephone (or server).

Step 414 represents the transmission module transferring the data. If the data was sent successfully, at step 416 the transmission module 224 notifies the process manager 222 that the data was sent out and at step 418 the process manager 222 removes the data file from the content list. As described above, an unsuccessful transmission (e.g., the connection was broken) can result in the entire data file being re-sent, or some part thereof being re-sent, provided the transmission file is capable of informing the process manager as to what part (or parts) was successfully sent, and the recipient can accept partial data and build up the content file.

With respect to an example proximity-based workflow for notifications, FIG. 5 shows example steps beginning at step 502 where location information is received at one mobile telephone from a telephone having a defined relationship therewith for notifications. Step 504 represents evaluating whether the notification function is active, which if not, basically ignores the received location information.

If the notification function is active, step 506 is executed to perform the threshold proximity evaluation. As described above, this determination may be made with GPS data, may be by cellular tower ID, or some other location-related data. As also described above, there may be different thresholds that result in different types of notifications, however in any event, at least a minimum threshold may be required before some notification is made. If not met, the process basically discards the location data, at least with respect to issuing a notification.

Step 508 represents evaluating the notification frequency, e.g., whether a notification is to be issued or not depending on how recently a previous notification was issued. The time may vary dependent on a type of notification, e.g., a very close proximity may have a shorter time than a relatively distant proximity. Further, the time may be varied based on which threshold was met, e.g., if a sender has crossed a threshold so as to now be closer than a previously computed threshold, a new notification may be sent regardless of the last time a notification was sent. Although the simplified workflow of FIG. 5 represents returning to step 502 if the notification time requirement is not met, it can be readily appreciated that step 508 may also delay until the time requirement is met, e.g., if location information is only sent once per minute and the time for the next notification is less than one minute, the notification can be delayed until due (or even immediately output) based on the knowledge that another set of location data will not be received until after the notification is due.

If a notification is to be output, step 510 represents outputting the notification according to the current device settings. The notification may be any of an audible, tactile or visual output, which may be user configurable, threshold dependent, and so forth. An acknowledgement or counterpart notification may be provided to the sender.

Exemplary Operating Environment

FIG. 6 illustrates an example of a suitable mobile device 600 on which aspects of the subject matter described herein may be implemented. The mobile device 600 is only one example of a device and is not intended to suggest any limitation as to the scope of use or functionality of aspects of the subject matter described herein. Neither should the mobile device 600 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary mobile device 600.

With reference to FIG. 6, an exemplary device for implementing aspects of the subject matter described herein includes a mobile device 600. In some embodiments, the mobile device 600 comprises a cell phone, a handheld device that allows voice communications with others, some other voice communications device, or the like. In these embodiments, the mobile device 600 may be equipped with a camera for taking pictures, although this may not be required in other embodiments. In other embodiments, the mobile device 600 comprises a personal digital assistant (PDA), hand-held gaming device, notebook computer, printer, appliance including a set-top, media center, or other appliance, other mobile devices, or the like. In yet other embodiments, the mobile device 600 may comprise devices that are generally considered non-mobile such as personal computers, servers, or the like.

Components of the mobile device 600 may include, but are not limited to, a processing unit 605, system memory 610, and a bus 615 that couples various system components including the system memory 610 to the processing unit 605. The bus 615 may include any of several types of bus structures including a memory bus, memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures, and the like. The bus 615 allows data to be transmitted between various components of the mobile device 600.

The mobile device 600 may include a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by the mobile device 600 and includes both volatile and nonvolatile media, and removable and non-removable media. By way of example, and not limitation, computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the mobile device 600.

Communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, Wi-Fi, WiMAX, and other wireless media. Combinations of any of the above should also be included within the scope of computer-readable media.

The system memory 610 includes computer storage media in the form of volatile and/or nonvolatile memory and may include read only memory (ROM) and random access memory (RAM). On a mobile device such as a cell phone, operating system code 620 is sometimes included in ROM although, in other embodiments, this is not required. Similarly, application programs 625 are often placed in RAM although again, in other embodiments, application programs may be placed in ROM or in other computer-readable memory. The heap 630 provides memory for state associated with the operating system 620 and the application programs 625. For example, the operating system 620 and application programs 625 may store variables and data structures in the heap 630 during their operations.

The mobile device 600 may also include other removable/non-removable, volatile/nonvolatile memory. By way of example, FIG. 6 illustrates a flash card 635, a hard disk drive 636, and a memory stick 637. The hard disk drive 636 may be miniaturized to fit in a memory slot, for example. The mobile device 600 may interface with these types of non-volatile removable memory via a removable memory interface 631, or may be connected via a universal serial bus (USB), IEEE 6394, one or more of the wired port(s) 640, or antenna(s) 665. One of the antennas 665 may receive GPS data. In these embodiments, the removable memory devices 635-137 may interface with the mobile device via the communications module(s) 632. In some embodiments, not all of these types of memory may be included on a single mobile device. In other embodiments, one or more of these and other types of removable memory may be included on a single mobile device.

In some embodiments, the hard disk drive 636 may be connected in such a way as to be more permanently attached to the mobile device 600. For example, the hard disk drive 636 may be connected to an interface such as parallel advanced technology attachment (PATA), serial advanced technology attachment (SATA) or otherwise, which may be connected to the bus 615. In such embodiments, removing the hard drive may involve removing a cover of the mobile device 600 and removing screws or other fasteners that connect the hard drive 636 to support structures within the mobile device 600.

The removable memory devices 635-637 and their associated computer storage media, discussed above and illustrated in FIG. 6, provide storage of computer-readable instructions, program modules, data structures, and other data for the mobile device 600. For example, the removable memory device or devices 635-637 may store images taken by the mobile device 600, voice recordings, contact information, programs, data for the programs and so forth.

A user may enter commands and information into the mobile device 600 through input devices such as a key pad 641 and the microphone 642. In some embodiments, the display 643 may be touch-sensitive screen and may allow a user to enter commands and information thereon. The key pad 641 and display 643 may be connected to the processing unit 605 through a user input interface 650 that is coupled to the bus 615, but may also be connected by other interface and bus structures, such as the communications module(s) 632 and wired port(s) 640.

A user may communicate with other users via speaking into the microphone 642 and via text messages that are entered on the key pad 641 or a touch sensitive display 643, for example. The audio unit 655 may provide electrical signals to drive the speaker 644 as well as receive and digitize audio signals received from the microphone 642.

The mobile device 600 may include a video unit 660 that provides signals to drive a camera 661. The video unit 660 may also receive images obtained by the camera 661 and provide these images to the processing unit 605 and/or memory included on the mobile device 600. The images obtained by the camera 661 may comprise video, one or more images that do not form a video, or some combination thereof.

The communication module(s) 632 may provide signals to and receive signals from one or more antenna(s) 665. One of the antenna(s) 665 may transmit and receive messages for a cell phone network. Another antenna may transmit and receive Bluetooth® messages. Yet another antenna (or a shared antenna) may transmit and receive network messages via a wireless Ethernet network standard.

In some embodiments, a single antenna may be used to transmit and/or receive messages for more than one type of network. For example, a single antenna may transmit and receive voice and packet messages.

When operated in a networked environment, the mobile device 600 may connect to one or more remote devices. The remote devices may include a personal computer, a server, a router, a network PC, a cell phone, a peer device or other common network node, and typically includes many or all of the elements described above relative to the mobile device 600.

Aspects of the subject matter described herein are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with aspects of the subject matter described herein include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microcontroller-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

Aspects of the subject matter described herein may be described in the general context of computer-executable instructions, such as program modules, being executed by a mobile device. Generally, program modules include routines, programs, objects, components, data structures, and so forth, which perform particular tasks or implement particular abstract data types. Aspects of the subject matter described herein may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

Furthermore, although the term server is often used herein, it will be recognized that this term may also encompass a client, a set of one or more processes distributed on one or more computers, one or more stand-alone storage devices, a set of one or more other devices, a combination of one or more of the above, and the like.

CONCLUSION

While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention. 

What is claimed is:
 1. In a mobile communications environment, a method performed by a first mobile computing device, the method comprising: receiving an indication from a user of the first mobile computing device identifying a second mobile computing device to communicate with over a Wi-Fi internet connection or via cellular communication; detecting whether the Wi-Fi internet connection is available to the first mobile computing device; according to a default communication setting, when the Wi-Fi internet connection is available to the first mobile computing device, using the Wi-Fi internet connection instead of the cellular communication to send messages from the first mobile computing device to a remote server that sends the messages to the second mobile computing device; and when the Wi-Fi internet connection is not available to the first mobile computing device, overriding the default communication setting and using the cellular communication instead of the Wi-Fi internet connection to send other messages from the first mobile computing device to the second mobile computing device.
 2. The method of claim 1, wherein the messages and the other messages comprise media files.
 3. The method of claim 1, further comprising: receiving a user input overriding the default communication setting.
 4. The method of claim 3, further comprising: when the user input overriding the default communication setting has not been received, deferring sending of further messages to the second mobile computing device until the Wi-Fi internet connection is available instead of using the cellular communication to send the further messages to the second mobile computing device.
 5. The method of claim 4, further comprising: determining that the second mobile computing device has a defined relationship with the first mobile computing device.
 6. The method of claim 5, further comprising: detecting an identifier of the second mobile computing device, the identifier indicating that the second mobile computing device has the defined relationship with the first mobile computing device.
 7. The method of claim 1, wherein detecting whether the Wi-Fi internet connection is available to the first mobile computing device comprises monitoring a status of the Wi-Fi internet connection.
 8. The method of claim 1, further comprising: detecting whether Wi-Fi internet communication is available to the second mobile computing device.
 9. The method of claim 8, further comprising: when the Wi-Fi Internet communication is not available to the second mobile computing device, overriding the default communication setting and using the cellular communication instead of the Wi-Fi internet connection to send further messages from the first mobile computing device to the second mobile computing device.
 10. A mobile computing device comprising: a hardware processing unit; and a hardware computer storage medium storing computer-readable instructions which, when executed by the hardware processing unit, cause the hardware processing unit to: receive indications from a user of the mobile computing device requesting to communicate with other mobile computing devices; detect whether Wi-Fi internet communication is available between the mobile computing device and the other mobile computing devices; by default, for first other mobile computing devices for which the Wi-Fi internet communication with the mobile computing device is available, send messages from the mobile computing device to the first other mobile computing devices via a remote server using the Wi-Fi internet communication instead of cellular communication; and for second other mobile computing devices for which the Wi-Fi internet communication with the mobile computing device is not available, override the default and send other messages from the mobile computing device to the second other mobile computing devices using the cellular communication instead of the Wi-Fi internet communication.
 11. The mobile computing device of claim 10, wherein the computer-readable instructions cause the hardware processing unit to: automatically override the default without receiving explicit user input.
 12. The mobile computing device of claim 10, wherein the computer-readable instructions cause the hardware processing unit to: automatically override the default based on a time of day.
 13. The mobile computing device of claim 10, wherein the messages include digital images.
 14. The mobile computing device of claim 10, wherein the computer-readable instructions cause the hardware processing unit to: detect that the Wi-Fi internet communication is available by detecting that the Wi-Fi Internet communication is available to the mobile computing device.
 15. The mobile computing device of claim 14, wherein the computer-readable instructions cause the hardware processing unit to: detect that the Wi-Fi internet communication is available by detecting that the Wi-Fi internet communication is available to the first other mobile computing devices.
 16. A system comprising: a mobile computing device having a mobile computing device hardware processing unit and mobile computing device computer-readable instructions; and a server having a server hardware processing unit and server computer-readable instructions, wherein the mobile computing device computer-readable instructions, when executed by the mobile computing device hardware processing unit, cause the mobile computing device to: receive indications from a user of the mobile computing device requesting to communicate with other mobile computing devices; detect whether the other mobile computing devices are available to communicate with the mobile computing device using Wi-Fi internet communication; by default, for first other mobile computing devices that are available to communicate with the mobile computing device using Wi-Fi internet communication, send messages from the mobile computing device to the first other mobile computing devices using the Wi-Fi internet communication instead of cellular communication; and for second other mobile computing devices that are not available to communicate with the mobile computing device using the Wi-Fi internet communication, send other messages from the mobile computing device to the second other mobile computing devices using the cellular communication instead of the Wi-Fi internet communication; and wherein the server computer-readable instructions, when executed by the server hardware processing unit, cause the server to: receive the messages from the mobile computing device; and send the messages to the first other mobile computing devices.
 17. The system of claim 16, wherein the mobile computing device computer-readable instructions cause the mobile computing device to: detect instances when the first other mobile computing devices are not available to communicate with the mobile computing device using the Wi-Fi internet communication; and in the instances when the first other mobile computing devices are not available to communicate with the mobile computing device using the Wi-Fi internet communication, override the default and send further messages from the mobile computing device to the first other mobile computing devices using the cellular communication instead of the Wi-Fi internet communication.
 18. The system of claim 16, further comprising the first other mobile computing devices, wherein the first other mobile computing devices comprise first other mobile computing device hardware processing units and first other mobile computing device computer-readable instructions that, when executed by the first other mobile computing device hardware processing units, cause the first other mobile computing devices to: receive the messages from the server.
 19. The system of claim 18, wherein the mobile computing device and at least some of the first other mobile computing devices are mobile telephones.
 20. The system of claim 18, wherein the first other mobile computing device computer-readable instructions cause the first other mobile computing devices to: establish internet connections with the server to receive the messages from the server over the internet.
 21. The system of claim 16, wherein the cellular communication is performed via a packet switched cellular network.
 22. A mobile computing device comprising: a monitor component configured to monitor whether Wi-Fi internet communication is available between the mobile computing device and other mobile computing devices; a process manager component configured to identify messages that a user of the mobile computing device has requested to communicate to the other mobile computing devices; a transmission component configured to: by default, for first other mobile computing devices for which the Wi-Fi internet communication with the mobile computing device is available, send first messages from the mobile computing device to the first other mobile computing devices via a remote server using the Wi-Fi internet communication instead of cellular communication; and for second other mobile computing devices for which the Wi-Fi internet communication with the mobile computing device is not available, override the default and send second messages from the mobile computing device to the second other mobile computing devices using the cellular communication instead of the Wi-Fi internet communication; and a hardware processing unit configured to execute the monitor component, the process manager component, and the transmission component. 